home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / files / races / tecpket.txt < prev    next >
Text File  |  1994-11-27  |  13KB  |  235 lines

  1. Page 1                                                            
  2.                                                                   
  3.             TECEPKET  Version 1. 3     3/1/92
  4.  
  5.  
  6.  
  7. Subject: PACKET [Category: TEC] 
  8.  
  9. PACKET RECOMMENDED FOR EVERY  EOC
  10. ATTENTION: All OES Agencies. Packet radio by Amateur radio has
  11. proven its value and benefit to emergency operations at all
  12. government levels. In response to frequent queries from local
  13. governments, State OES does recommend that local governments
  14. procure packet radio equipment for its EOC and offices.
  15. Transportable packet has also proven its value in comm vans,
  16. mobile, and briefcase units.
  17. A basic packet station to support OES operations must include a
  18. computer, a packet Terminal Node Controller, a two-way radio, a
  19. printer and an appropriate antenna system. A disc drive accessory
  20. is recommended but not mandatory.
  21. Please direct any questions to your OES Region Communications
  22. Coordinator. RB86 -41 
  23.  
  24. EMERGENCY PACKET COMMUNICATIONS 
  25. When you are asked to set up a temporary packet station to
  26. provide communications for an emergency or drill, two computers
  27. should be used. If you don't, you will probably be caught in the
  28. middle of a message flow log jam that can be almost as bad as no
  29. communications at all. The reason is that you can't write
  30. messages to disc and receive traffic at the same time. 
  31. Example: Amateur Radio station N6ZZZ-1 may be your regular packet
  32. radio terminal at your EOC. When incident communications are
  33. initiated, set up your second packet terminal as, say, N6ZZZ- 2.
  34. In this manner N6ZZZ-1 is used only to receive traffic; it should
  35. go to both the computer's log and its associated printer.
  36. Meanwhile, terminal #2 is transmitting traffic from N6ZZZ-2.
  37. Another computer should be used for writing the outgoing traffic
  38. to discs "off line." This can be done by any employee or
  39. volunteer with fast typing skills. No radio license is required.
  40. The discs are then given to the Amateur radio operator for
  41. transmission. All of the received messages have to go to a
  42. printer, of course. The outgoing message discs are cycled back
  43. and forth between the radio operators and the disc writer. 
  44. Never, please, never send messages from a keyboard in real time.
  45. This can hold up the entire system by preventing other stations
  46. from moving traffic in the shortest possible time. Accuracy and
  47. speed are the attributes that elevated Amateur radio from a
  48. nice-to-have emergency communications resource to must- have in
  49. many jurisdictions. The goal in state level RACES, for example,
  50. is to maintain an exchange of the maximum amount of letter
  51. perfect traffic in the least transmission time per message. Until
  52. the advent of packet in California, for example, no Amateur Radio
  53. mode met this need. State and county emergency operating centers
  54. everywhere should install one or more packet radio terminals.
  55. It is recommended that a voice frequency be established between
  56. the various packet radio terminals for use used as a coordination
  57. or "order wire" channel. This can be most useful in solving
  58. technical problems quickly and for giving quick replies to some
  59. packet messages. Just because a message was received by packet
  60. does not mean that it is chiseled in stone that a reply must also
  61. be by packet. Whereas it may be deemed appropriate that a written
  62. (packet) reply be made for the record, a voice radio reply will
  63. be faster and more appreciated -- the written reply can follow
  64. later. RB 75-89 & 76-89
  65.  
  66. RACES PACKET RADIO TERMINAL
  67. by Keith Crandall, K6QIF HQ RACES Technical Advisor
  68. We have been asked from time to time for a specification for
  69. obtaining, adding or upgrading of packet radio stations for
  70. government sites and civil defense/emergency services fixed
  71. locations. This report is divided into a narrative and a minimum
  72. specification in lay terms. No endorsement of any make or
  73. manufacturer is intended; where such does appear it reflects that
  74. with which we have had satisfactory experience.
  75.  
  76.  
  77. NARRATIVE
  78. The world tells us that Packet Radio is already two-thirds
  79. complete when we have a two meter radio and a terminal or a
  80. computer. That is true but it is not really the complete way to
  81. go. It makes more sense to do it right the first time.
  82. The RF part of the system should be a radio that will reject
  83. extraneous signals and have good sensitivity on the frequencies
  84. you are to use. A good example is the Kenwood TS-2550
  85. transceiver. It has a clean receiver and transmitter and has a
  86. fast switching time between transmit and receive. 
  87. Next would be a good TNC (Terminal Node Controller). The AEA
  88. model PK-232 does this very well. It gives you all the modes (6)
  89. and good basic operation. Another model is the KAM by Kantronics.
  90. You must run the complete system with a good data terminal or
  91. computer. (We call them what they are -- data communications
  92. terminals --- particularly where jurisdictions have prohibitions
  93. against or governing the procurement of computers for common
  94. workplace applications.) We have had good experience with the
  95. TDK-1000, an IBM clone, obtainable in the Sacramento area. The
  96. unit is unique in that it has a special setup: two serial ports,
  97. 10 meg speed, 1 Meg RAM, 20 meg hard disc, and both 3-1/2 inch
  98. and 5-1/4 inch floppy disc drives for data I/O. A good power
  99. supply system should be chosen with a backup A.C. supply (UPS)
  100. and battery good for a sufficient period of time until the
  101. standby power can be on line. For this reason we use a Tripp-Lite
  102. model SB-400 for the A.C. power and 4 each 40 Amp- Hour gel cell
  103. batteries in parallel to obtain 160 Amp duty cycle.
  104. MINIMUM SPECIFICATIONS
  105. The following are the minimum requirements for a data terminal
  106. for Emergency Services/Civil Defense packet radio communications:
  107. SYSTEM:Baby AT case, 200 watt power supply, mother board XT turbo
  108. 12 MHz with 8 slots, and 1 Meg memory installed.
  109. DOS: Disc Operating System shall be 3.2 or later.
  110. LED/SWITCHES: LED indicators for HD and other accessory switches
  111. for keyboard and turbo.
  112. I/O CARD: Mono-multi I/O board with the following: 2 ea. serial
  113. ports marked COMM-1 and COMM-2. 1 ea. printer port marked
  114. PRINTER. Floppy disc drive controller with the RT-clock on this
  115. board.
  116. DRIVES: Shall be capable of three drives; 5-1/4, 3-1/2, or HD. It
  117. shall be delivered: (1) 5-1/4 inch, (2) 3-1/2 inch, and (3) 30
  118. Meg HD marked "A", "B", and "C" respectively.
  119. KEYBOARD: Model 5160 or equivalent.
  120. MONITOR: Casper GM-1266 or better.
  121. PRINTER:  Star NX-1000 or better.
  122. CABLES:All cables required to make this an operating system. 
  123. RB 93-89 through 95-89
  124. [Comments December 1991: Experience since this date indicates any
  125. type computer will function well on Packet. Also, by this date it
  126. is possible to take files from PC to other computers, such as the
  127. MAC, so compatibility is no longer much of a problem. The
  128. specified equipment may well be out of date. If it is important
  129. to have uniformity in an EOC it may be well to purchase the same
  130. type of computers unless you actually in person verify
  131. translation ability and complexity. A compatible word processing
  132. computer to match can be quite vital, in that it can handle
  133. message preparation on disc and the disc provided the sending
  134. operator to upload at intervals. This frees up the pressure on
  135. the on-the-network operator.]
  136.  
  137. PACKET RADIO DEMONSTRATIONS 
  138. Synopsis: A guide for those demonstrating packet radio
  139. communications to government agencies and others. State OES often
  140. calls for local support in demonstrating packet to government
  141. officials. These pointers can help achieve a flawless
  142. demonstration.
  143. The success or failure of any demonstration is determined in the
  144. first few minutes. The interest and attention span of non-
  145. technical observers is typically very short. Observers are
  146. interested only in seeing the end product and benefits. We should
  147. give these to them in the shortest possible time.
  148. Limit the demonstration time to 5-10 minutes of productive
  149. reception of packet traffic. Sending traffic from the
  150. demonstration is of little dynamic interest -- receiving traffic
  151. is! 
  152. Assure that everything works before demonstrating it -- or don't
  153. demonstrate it at all. A successful demo can be made by
  154. communicating from the demonstration site to (a) a nearby packet
  155. station previously prepared for the demo or (b) a previously
  156. prepared nearby (not more than one digi away) packet bulletin
  157. board.
  158. Previous preparation entails writing two or three messages in
  159. advance. These messages must then be pre-positioned at the (a)
  160. offsite packet station or (b) in the packet bulletin board or
  161. mailbox.
  162. Message content: Messages tailored to the specific event are
  163. always more effective. At least one message should be at least 30
  164. lines to more effectively demonstrate real time transmission
  165. time. Use local place, agency and people's names in your demo
  166. traffic. Including the name(s) of politicians and the person(s)
  167. influential in the budget process can be quite effective if done
  168. properly. Design disaster exercise messages to reflect a
  169. plausible incident in your area, but be sure to preface and end
  170. the message with the word "DRILL". 
  171. If your local OES, Fire or other agency uses a SITREP (situation
  172. report) or status report form, obtain it in advance and draft
  173. your demo message around it. It is very important to write the
  174. message in their language and on topics they are familiar with --
  175. not in unfamiliar terms. The same is true of forms and formats;
  176. always use those of your agency and not those of ARRL or any
  177. others if they conflict. The potential users of your packet will
  178. be favorably impressed by reading messages with which they can
  179. relate.
  180. Use your own equipment and never equipment of others for the
  181. first time, otherwise Murphy's Law is sure to strike. 
  182. Always use a printer. Tear off and hand hard copy to the
  183. officials.
  184. Pre-survey the site if possible. The most common oversight is
  185. insufficient coaxial cable to enable you to place your antenna
  186. where it will work best. A hundred feet is recommended.
  187. Avoid planning to or offering to connect with State OES
  188. Headquarters station W6HIR-1. Why? First, in a real incident you
  189. may be communicating with a county or your State OES Regional
  190. office but not the Sacramento Headquarters. 
  191. Second, State OES HQ will not be manned after-hours when most
  192. demos are made.
  193. A side comment is that we have heard a complaint or two from
  194. packet operators unhappy with having to dismantle their home
  195. packet station to relocate it to a demo site. They might be
  196. reminded that the emergency need for packet communications is
  197. seldom if ever at home, but rather in the field. This is true of
  198. most RACES/ARES communications; the operators and their equipment
  199. are invariably needed anywhere but at home.
  200. A number of Amateurs think about the need for portable operation
  201. and go so far as to put together a portable station, and the
  202. forget a few basic items to include. We all think about VHF
  203. operating with a small two meter rig, complete with batteries and
  204. magnetic mount antenna. But what about the ground plane when you
  205. do not have a metal surface to mount the antenna on or near?
  206. Build 4 radials that are a quarter wavelength for the band
  207. concerned out of coat hangers, welding rods or spare antenna
  208. rods, and place them in an X pattern under the mag mount to
  209. provide a minimal ground plane.
  210. When planning portable HF stations, remember a ground rod and a
  211. solid connection. Your tuner and your antenna wants to see a
  212. counterpoise. Also remember to carry some warning tape for your
  213. radials and guys that are located where people may walk into
  214. them. A trip to your local lumber store will yield vinyl survey
  215. tape in a number of colors including yellow and orange to warn
  216. people of the hazard. Tie 6 to 8 inch pieces of the tape to your
  217. radiator or guys at eye level and every 12 to 18 inches downward
  218. from there. RB-022-025
  219.  
  220. MGT, ORGANIZATION PART 1B: GETTING EMERGENCY MANAGERS TOGETHER
  221. contains additional information on Packet that will be of
  222. interest.
  223.  
  224. FOOTNOTE TO BULLETINS-BY-TOPIC
  225. This material is the result of the interest of people from many
  226. areas around the country. Their ideas, questions and suggestions
  227. were then put into these bulletin formats by Stanly Harter,
  228. KH6GBX, State Races Coordinator, Office of Emergency Services,
  229. 2800 Meadowview Road, Sacramento, California 95832 between l985
  230. and l992. Input and comments are welcomed by mail or packet radio
  231. to W6HIR @ WA6NWE.#NOCAL.CA [Telephone 916-427-4281.]
  232.  
  233.  
  234.  
  235.